home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1521 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.9 KB
  1. Date: Sun, 5 Jun 1994 00:06:43 +0200 (MET DST)
  2. From: "Elias M}rtensson (proxxi)" <elias@proxxi.uf.se>
  3. Subject: Questions and suggestions
  4. To: mint@atari.archive.umich.edu
  5. Message-Id: <Pine.3.85.9406050042.A7246-0100000@cyber.proxxi.uf.se>
  6. Mime-Version: 1.0
  7.  
  8. Hello everybody! I'm new to this list so please excuse me if these issues 
  9. has already meen discussed.
  10.  
  11. I've been using MultiTOS for quite some time now, trying to make it 
  12. UNIX-caompatible where ever possible. Now, there are a number of things I 
  13. would like to see in MiNT. Please tell me what the opinion thinks about 
  14. shese things:
  15.  
  16. 1: Shouldn't all process files (in /proc) should have 644, not 600. So
  17. that any user can get full information on them? 
  18.  
  19. 2: A nice thing would be if you could change the mode-bits on the
  20. TOS-filesystem-directories (i.e. u:/c), otherwise, it is impossible to
  21. create a secure system. Since any user cn change, for example, teh
  22. mint.cnf file. I would like to set these directories to 700. 
  23.  
  24. 3: There are a number of system calls that _need_ to be superuser-only.
  25. The most important of these are of course Super() and Supexec(), because
  26. as long as any user can execute this instruction, the system can't be
  27. secure. Other super-only instructions include Dsp_Reset, Dsp_LoadProg,
  28. Jenabit, Setexec and other system calls that can crash the system. 
  29.  
  30. 4: For these things to work, we need a working setuid-flag of course. I
  31. was told that the setuid-flag is not yet implented, it it coming? 
  32.  
  33. 5: A TOSFS is really not necessary. The only thing that is needed is good
  34. interrupt driven devices for the scsi-interface, and the harddisks
  35. (/dev/rhd0 etc...). Then why not use mtools to access DOS-drives?
  36.  
  37. 6: What about implementing a SysV-style sticky-bit on directories? On 
  38. SysV, when the sticky bit is set on a directory, you can't delete files 
  39. in it even if you have write permission on the directory. You must have 
  40. write permission to the file itself also.
  41.  
  42. 7: I would really love to see a good virtual memory manager integrated 
  43. with MiNT.
  44.  
  45. 8: Should a line be terminated by LF or CR/LF? Personally I don't like
  46. CR/LF. A good example is the lf-flag (in stty). There is no way that I 
  47. can disable lf->cr/lf mapping because mintlib outputs the cr itself! And 
  48. it's difficult to open stdout/stderr in binary mode.
  49.  
  50. 9: There should be some kind of history for Setexec so that killing a 
  51. process which changes the vbl-routine does not crash when killed.
  52.  
  53. 10: I think that a disk should be mounted as root (u:/), or at least 
  54. nothing should exist in this directory (apart from, of course, /proc, 
  55. /dev, /pipe and /shm). The mounted drives at boot time could be specified 
  56. in mint.cnf.
  57.  
  58. What is the general opinion about these suggestions? Are any of them 
  59. already considered? And if rejected, why?
  60.  
  61. -- 
  62. Elias M}rtenson                         !  No joke here.
  63. elias@proxxi.uf.se                      !  Sorry for the inconvenience.
  64. C-programmerare och GNU-fanatiker       !
  65.  
  66.  
  67.